home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20020314-20021006 / 000027_fdc@columbia.edu_Sun Apr 7 14:28:56 EDT 2002.msg < prev    next >
Text File  |  2020-01-01  |  5KB  |  135 lines
  1. Article: 13298 of comp.protocols.kermit.misc
  2. Path: newsmaster.cc.columbia.edu!news.columbia.edu!news-not-for-mail
  3. From: fdc@columbia.edu (Frank da Cruz)
  4. Newsgroups: comp.protocols.kermit.misc
  5. Subject: Re: a bug on GNU/linux: speed reset to unintended value occasionally.
  6. Date: 7 Apr 2002 14:28:38 -0400
  7. Organization: Columbia University
  8. Lines: 118
  9. Message-ID: <a8q34m$l3l$1@watsol.cc.columbia.edu>
  10. References: <3CAFF81C.8039CBF8@yk.rim.or.jp>
  11. NNTP-Posting-Host: watsol.cc.columbia.edu
  12. X-Trace: newsmaster.cc.columbia.edu 1018204119 9015 128.59.39.139 (7 Apr 2002 18:28:39 GMT)
  13. X-Complaints-To: postmaster@columbia.edu
  14. NNTP-Posting-Date: 7 Apr 2002 18:28:39 GMT
  15. Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:13298
  16.  
  17. In article <3CAFF81C.8039CBF8@yk.rim.or.jp>,
  18. Ishikawa  <ishikawa@yk.rim.or.jp> wrote:
  19.  
  20. [ ...a long and detailed posting about a possible bug in
  21.   C-Kermit 8.0 in Linux, in which the serial-port speed
  22.   seems to change to some random and unwanted value when
  23.   CONNECTing or escaping back from CONNECT mode, if hardware
  24.   parity (8 data bits + parity) has been requested. ]
  25.  
  26. Thank you for the excellent report.  I was ready to start
  27. a big debugging session, only to find that my Linux PC won't
  28. turn on any more.  There's not much I can do at the moment
  29. without a Linux PC where I have hands-on access to the serial
  30. port and can hook up test equipment.
  31.  
  32. Hardware parity was added in C-Kermit 7.0 at the request of
  33. a small number of people who claimed it was necessary to use
  34. 8 data bits plus a parity bit to communicate with certain
  35. devices.  I have never had access to such a device so I could
  36. not test it myself, but rather, relied on the test reports of
  37. these people.  This is the first indication I have had of a
  38. problem with it.
  39.  
  40. Since I can't investigate your report right now, let's see
  41. what else can be done.
  42.  
  43. Has anybody else noticed symptoms like this?  Example:
  44.  
  45.   set port /dev/ttyS0
  46.   set speed 38400
  47.   set parity hardware even
  48.   set carrier-watch off      ; if necessary
  49.   connect
  50.   (have a session, then escape back)
  51.   show comm  
  52.  
  53. Did the speed change?  If so, the next question is:
  54.  
  55.   Does this happen only in Linux, or does it also happen
  56.   on other operating systems, such as Solaris?
  57.  
  58. We know already that the problem has been observed in two
  59. different kinds of Linux: Red Hat 7.2 and Debian (release
  60. unknown).
  61.  
  62. : PPS: Or maybe certain data structure change
  63. : in the linux kernel might have made the
  64. : previously correct kermit code no longer valid, etc..
  65. :
  66. This kind of thing has happened many times over the history
  67. of Linux, i.e. Linux changes out from underneath Kermit,
  68. thus breaking Kermit (other OS's are not necessarily any
  69. better in this department).
  70.  
  71. You said you have been doing the same thing in Solaris; did
  72. the problem ever happen there?
  73.  
  74. If the problem happens only in Linux, I would tend to blame
  75. the Linux serial driver.  If it happens in other OS's, the
  76. bug is more likely to be in Kermit.
  77.  
  78. : I first noticed this on RedHat GNU/linux 7.2
  79. : that uses linux kernel 2.4.x (x being lower than 10, I think).
  80. : The bug was noticed with the Kermit redhat binary/RPM available
  81. : from Columbia university web page.
  82. :
  83. Unfortunately, the C-Kermit RPMs have not been updated to
  84. version 8.0.  Personally, I don't have time to learn how to
  85. make packages on 200 different Unix varieties and versions,
  86. so I generally rely on experts in each platform to make packages
  87. of new C-Kermit releases.  So far nobody has done this for
  88. C-Kermit 8.0.  For package-making considerations, see:
  89.  
  90.   http://www.columbia.edu/kermit/ckpackages.html
  91.  
  92. : The above log was recorded when there was no
  93. : connection to /dev/ttyS0.
  94. :
  95. >From  your log:
  96.  
  97. : Communications Parameters:
  98. :  Line: /dev/ttyS0, speed: 1800, mode: local, modem: generic
  99. :  Parity: hardware even, stop-bits: (default) (8E1)
  100. :  Duplex: full, flow: none, handshake: none
  101. :  Carrier-watch: off, close-on-disconnect: off
  102. :  Lockfile: /var/lock/LCK..0
  103. :  Terminal bytesize: 8, escape character: 28 (^\)
  104. : 
  105. :  Carrier Detect      (CD):  Off
  106. :  Dataset Ready       (DSR): Off
  107. :  Clear To Send       (CTS): Off
  108. :  Ring Indicator      (RI):  Off
  109. :  Data Terminal Ready (DTR): On
  110. :  Request To Send     (RTS): On
  111. :
  112. it appears that C-Kermit has the device open, but the device is
  113. not presenting carrier (CD), or Dataset Ready (DSR), or Clear to
  114. Send (CTS).  Is that what you mean by "no connection"?  In my
  115. experience, Unix serial drivers often act strangely when the
  116. serial port is not receiving any signals from the "modem".  Here
  117. are two suggestions:
  118.  
  119.  1. In C-Kermit 8.0, the default modem type was changed
  120.     from "none" to "generic".  Since you did not give a
  121.     "set modem type" command, you are using the "generic"
  122.     modem type.  Try telling C-Kermit to "set modem type none"
  123.     BEFORE you give the "set line" command.
  124.  
  125.  2. I wonder what would happen if you used a true null modem
  126.     cable (or adapter), which feeds the other device's DTR
  127.     signal into the PC's CD signal, and similarly for the
  128.     DSR and CTS signals.  Maybe then the problem would go away.
  129.  
  130. Finally, I'm curious: does the Cisco router really need 8E1?  If
  131. that were true, I suspect that very few communications packages
  132. could communicate with it.
  133.  
  134. - Frank
  135.